home *** CD-ROM | disk | FTP | other *** search
/ Hacker's Arsenal - The Cutting Edge of Hacking / Hacker's Arsenal - The Cutting Edge of Hacking.iso / texts / basic2.txt < prev    next >
Text File  |  2001-07-11  |  7KB  |  107 lines
  1.                   ** The basics of hacking ii: vax's  **
  2.  
  3. Welcome to the basics of hacking ii: vax'sand unix.
  4.   In this article, we discuss the unix system that runs on the various
  5. vax systems.  If you are on another unix-type system, some commands may differ,
  6. but since it is licenced to bell, they can't make many changes.   Hacking onto
  7. a unix system is very difficult, and in this case, we advise having an inside
  8. source, if possible. The reason it is difficult to hack a vax is this:  many
  9. vax, after you get a carrier from them, respond=> login: they give you no
  10. chance to see what the login name format is.  Most commonly used are single
  11. words, under 8 digits, usually the person's name.  There is a way around this: 
  12. most vax have an acct. Called 'suggest' for people to use to make a suggestion
  13. to the system root terminal.  This is usually watched by the system operator,
  14. but at late  he is probably at home sleeping or screwing someone's brains out. 
  15. So we can write a program to send at the vax this type of a message: a screen
  16. freeze (cntrl-s), screen clear (system dependant), about 255 garbage
  17. characters, and then a command to create a login acct., After which you clear
  18. the screen again, then un- freeze the terminal.  What this does: when the
  19. terminal is frozen, it keeps a buffer of what is sent.  Well, the buffer is
  20. about 127 characters long. So you overflow it with trash, and then you send a
  21. command line to create an acct. (System dependant).  After this you clear the
  22. buffer and screen again, then unfreeze the terminal.  This is a bad way to do
  23. it, and it is much nicer if you just send a command to the terminal to shut the
  24. system down, or whatever you are after... There is always, *always* an acct. 
  25. Called root, the most powerful acct. To be on, since it has all of the system
  26. files on it.  If you hack your way onto this one, then everything is easy from
  27. here on... On the unix system, the abort key is the cntrl-d key.  Watch how
  28. many times you hit this, since it is also a way to log off the system! A little
  29. about unix architechture: the root directory, called root, is where the system
  30. resides.  After this come a few 'sub' root directories, usually to group things
  31. (stats here, priv stuff here, the user log here...). Under this comes the
  32. superuser (the operator of the system), and then finally the normal users.  In
  33. the unix 'shell' everything is treated the same. By this we mean:  you can
  34. access a  program the same way you access a user directory, and so on.  The way
  35. the unix system was written, everything, users included, are just programs
  36. belonging to the root directory.  Those of you who hacked onto the root, smile,
  37. since you can screw everything... The main level (exec level) prompt on the
  38. unix system is the $, and if you are on the root, you have a # (super- user
  39. prompt). Ok, a few basics for the system... To see where you are, and what
  40. paths are active in reguards to your user account, then type => pwd this shows
  41. your acct. Seperated by a slash with another pathname (acct.), Possibly many
  42. times. To connect through to another path, or many paths, you would type: you=>
  43. path1/path2/path3 and then you are connected all the way from path1 to path3. 
  44. You can run the programs on all the paths you are connected to.  If it does not
  45. allow you to connect to a path,  then you have insufficient privs, or the path
  46. is closed and archived onto tape.  You can run programs this way also: you=>
  47. path1/path2/path3/program-name unix treats everything as a program, and thus
  48. there a few commands to learn... To see what you have access to in the end
  49. path, type=>  ls for list.  This show the programs you can run.  You can
  50. connect to the root directory and run it's  programs with=> /root by the way,
  51. most unix systems have their log file on the root, so you can set up a watch on
  52. the file, waiting for people to log in and snatch their password as it passes
  53. thru the file. To connect to a directory, use the command:  => cd pathname this
  54. allows you to do what you want with that directory.  You may be asked for a
  55. password, but this is a good way of finding other user names to hack onto.  
  56. The wildcard character in unix, if you want to search down a path for a game or
  57. such, is the *. => Ls /* should show you what you can access. The file types
  58. are the same as they are on a dec, so refer to that section when examining
  59. file.  To see what is in a file, use the => pr filename command, for print
  60. file.   We advise playing with pathnames to get the hang of the concept.  There
  61. is on-line help available on most systems with a 'help' or a '?'. We advise you
  62. look thru the help files and pay attention to anything they give you on
  63. pathnames, or the commands for the system.   You can, as a user, create or
  64. destroy directories on the tree beneath you. This means that root can kill
  65. every- thing but root, and you can kill any that are below you.  These are the
  66. => mkdir pathname => rmdir pathname  commands.   Once again, you are not alone
  67. on the system...  Type=>  who to see what other users are logged in to the
  68. system at the time.  If you want to talk to them=>  write username will allow
  69. you to chat at the same time, without having to worry about the parser.  To
  70. send mail to a user, say => mail and enter the mail sub-system. To send a
  71. message to all the users on the system, say => wall which stands for 'write
  72. all' by the way, on a few systems, all you have to do is hit the <return> key
  73. to end the message, but on others you must hit the cntrl-d key. To send a
  74. single message to a user, say => write username this is very handy again!  If
  75. you send the sequence of characters discussed at the very beginning of this
  76. article, you can have the super-user terminal do tricks for you again. Privs:
  77. if you want super-user privs, you can either log in as root, or edit your acct.
  78. So it can say => su this now gives you the # prompt, and allows you to
  79. completely by-pass the protection.  The wonderful security conscious developers
  80. at bell made it very difficult to do much without  privs, but once you have
  81. them, there is absolutely nothing stopping you from doing anything you want to.
  82. To bring down a unix system: => chdir /bin => rm * this wipes out the pathname
  83. bin, where all the system maintenance files are. Or try: => r -r this
  84. recursively removes everything  from the system except the remove command
  85. itself. Or try: => kill -1,1 => sync this wipes out the system devices from
  86. operation.   When you are finally sick and tired from hacking on the vax
  87. systems, just hit your cntrl-d and repeat key, and you will eventually be
  88. logged out. The reason this file seems to be very sketchy is the fact that bell
  89. has 7 licenced versions of unix out in the public domain, and these commands
  90. are those common to all of them.  We recommend you hack onto the root or bin
  91. directory, since they have the highest levels of privs, and there is really not
  92. much you can do (except develope software) without them. Next to come: the
  93. basics of hacking iii: data general
  94.  
  95. This article written by: the Knights of Shadow [end] 1984
  96.  
  97. much you can do (except develope software) without them. Next to come: the
  98.  
  99. basics of hacking iii: data general
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107. ... texts ...